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(57) ABSTRACT 

A method is provided for reconnecting a telephone modem 
with a reduced delay by reducing a time associated with 
retraining. A wireline communication connection is initial- 
ized by a telephone modem to train a set of parameters. The 
parameters are stored in a memory structure. The connection 
is used for communication, and is then terminated. At a later 
time, the connection is reestablished by accessing the 
parameters from memory and using them to reconnect the 
modem with a reduced set-up delay. Another method 
involves coupling to a first physical layer and establishing a 
session with a server, and then decoupling from the first 
physical layer while maintaining the session. Later, the 
session is resumed using a second physical layer. At least 
one of the physical layers involves a local interface unit that 
includes a landline connection to a WAN. 
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VIRTUAL CONNECTION OF A REMOTE 
UNIT TO A SERVER 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

This invention relates generally to client-server comput- 
ing architectures and communication techniques. More 
particularly, the invention relates to a system whereby a 
mobile worker and a central server may maintain a virtually 
continuous connection without the need to maintain a physi- 
cal connection continuously. 

2. Description of the Related Art 

The concept of a virtual connection has arisen in connec- 
tion with telecommuting and related appUcations. Such a 
system is described in U.S. Pat. No. 5,764,639. A telecom- 
muter dials into a server using a standard telephone line. The 
telecommuter's modem and a modem controlled by the 
central server establish a connection therebetween. Once a 
connection is established, the telecommuter may access a 
computer connected to the server, read emails and receive 
phone calk and faxes. For example, if a customer attempts 
to call the telecommuter at work by dialing into a private 
branch exchange (PBX), the server will convert the incom- 
ing call to a packetized form, such as H.323, and redirect the 
call via the existing connection between the telecommuter 
and the server. Using this system, the telecommuter may 
access a computer at work, answer phone calls and answer 
emails. The telecommuter thus appears to be present in his 
or her office and thus has a virtual presence there. Note for 
this system to properly function, the telecommuter must stay 
connected to the server at all times. While this does not 
present a significant problem for local telecommuting, this 
solution is quite costly for long distance telecommuting. 
Likewise, this solution is very costly if the telecommuter is 
mobile and must maintain a virtual presence with the server 
using a cellxilar wireless connection. Furthermore, in some 
areas it may be difficult to maintain a wireless connection 
continuously. A lost connection may also prevent one from 
regaining access to the system until some period of time has 
passed. Some mobUe workers require only intermittent 
access to the server, but find it too inconvenient to place a 
dial- in call and to log onto the system every time access is 
needed. 

There is a need to provide mobile workers with various 
forms of virtual connectivity. Mobile workers differ from 
telecommuters in that while a telecommuter typically works 
from a single home location or remote oCSce, a mobile 
worker moves from location to location during the course of 
a normal working day. An example of a mobile worker is a 
home-care professional. A home-care professional is a medi- 
cal worker who periodically travels to visit with different 
sets of homebound patients according to their individual 
needs. The individual patients each have a set of medical 
records indicative of their medical histories. A patient's 
medical record is preferably maintained as an interactive 
electronic document containing multiple parts. For example, 
the medical record indicates to the home-care professional 
precisely what procedures are to be performed and what 
medications are to be administered or otherwise given to the 
patient. Once the services are performed, the home -care 
professional must annotate the medical record accordingly. 
The medical record is updated to reflect the patient's vital 
signs and other information related to patient progress. Also, 
a billing system takes note to track expendables and services 
rendered. For example, the patient may be billed per visit 
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and each visit may involve the expenditure of billable 
resources such as medicines. 

In the above scenario, a mobile worker must interact with 
a central server during the course of a day. The worker may 

5 wish to access the central server while visiting a patient. The 
worker may also wish to access the server from a location 
where only a wireless connection can be established. From 
a performance perspective, an ideal solution is to provide the 
mobile worker with a wireless connection from a remote 

jQ unit to a central server. Such a wireless connection could be 
established via a high-powered radio connection with a 
broad area of coverage or via an existing cellular or personal 
communication system (PCS) network. Solutions using 
high-powered radio links have the disadvantage that costiy 

55 spectrum may be required. Maintaining a link on a cellular 
or PCS system is expensive in that a continuous connection 
consumes billable airtime which is also very costly. From an 
airtime-cost perspective, an ideal solution would be to force 
the worker to create a connection, download or up load 

20 information, and work locally with data on the remote unit 
as often as possible. This solution is tedious, and while 
saving airtime costs, may actually represent the more costly 
solution when professional service costs are factored in. This 
method has the added disadvantage that when files arc 

25 uploaded or downloaded the data must be synchronized in 
case another user has changed the data in parallel with the 
mobile worker. Alternatively, other users must be "locked 
out'' of the file from the time the mobile user downloads it 
until it is finally uploaded with any changes made. This is the 

3Q problem solved using semaphores in shared memory sys- 
tems. In the context of the present invention, a "file sema- 
phore" is a semaphore used to lock a second user out of a file 
while a first user is using it. Due to the aforementioned 
reasons, in many applications forcing the worker to repeat- 

35 edly connect, disconnect, upload and download information 
is unacceptable. 

Some mobile networks have been constructed using what 
is known as cellular digital packet data (CDPD). In a CDPD 
network, a remote unit transmits a data packet on an unused 

40 analog channel. In this sense the mobile unit remains vir- 
tually connected to a CDPD communication server. Wireless 
airtime is only consumed when data is actually sent. A 
disadvantage to this approach is CDPD networks are not 
universally available. Cellular coverage is much more ubiq- 

45 uitous than CDPD coverage. Also, CDPD network subscrib- 
ers must often pay high fees and hence CDPD may not 
represent the most economical solution. 

In some systems such as packet switched network routers, 
offices make use of dial-out links. Dial-out links are useful 

50 when remote offices are separated by long distances. In such 
systems, when a packet must be routed from a first oflice to 
a second office, a call is placed to route the packet. The 
dial-out comicction remains connected until a no-traffic 
condition is detected, indicating the tine is no longer active, 

55 When the no -traffic condition is detected the connection is 
dropped until it is again needed. Dial-out links are thus used 
to reduce long distance fees associated with maintaining a 
constant connection, and represents a useful starting point 
for solving the foregoing problems relating to the establish- 

60 ment of a virtual presence of a mobile worker. Client-server 
protocols and fast automated connection strategies employ- 
ing dial-out links are needed to provide new ways for a 
mobile worker to maintain a virtual presence. Also, new 
methods are needed to enable dial-out links to be set up with 

65 low delays to make them more useful for novel systems. 
It would be desirable to provide a system whereby a 
remote worker could maintain a seamless connection with a 
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central server without the need to maintain a dedicated 
channel. It would be desirable if the remote worker could 
communicate with the central server without the need to 
spend time to enter a password, recocmcct, and wait for a line 
negotiation sequence to proceed before being able to use the 5 
connection. It would be desirable for a protocol stack to 
activate a virtual session based on a prediction derived from 
a workflow. It would be desirable to use this prediction to set 
up a connection in the background without disturbing the 
mobile worker while the mobile worker performed tasks in lO 
a workflow. It would also be desirable to have a remote unit 
which contains most of the screen-related information 
needed to provide the appearance of an established connec- 
tion before the connection has been fully established. It 
would be desirable for the remote unit to download infor- 15 
mation before it is needed and upload information after it is 
gathered without the user even being aware these actions are 
being performed. It would further be desirable to establish a 
virtual session using a first communication medium such as 
a landline and to later communicate using the same virtual 20 
session using a second communication medium such as a 
wireless link. This would allow a mobile worker to select the 
most economical or convenient means of communications at 
a given time. In embodiments involving modem-based 
connections, it would be desirable to transmit data imme- 25 
diately using instantly available but lower line speeds. It 
would be desirable to then negotiate a higher line speed in 
the background while the remote worker and/or the server 
perform other tasks. Moreover, it would be desirable to 
establish a session between a remote unit and a server so that 30 
various forms of communications may proceed while pro- 
viding the user with the appearance the user is continuously 
connected to the server and has a virtual presence with the 
server. 

SUMMARY OF THE INVENTION 

The present invention solves these and other problems by 
providing systems and methods to enable a remote worker to 
stay virtually connected to a central server without the need 
to continuously remain connected via a physical channel. 40 
The present invention is useful when costs are associated 
with maintaining a connection, for example when the con- 
nection has associated with it long distance, wireless, or 
other usage-related toU charges. 

A first aspect of the present invention involves a commu- 45 
nication protocol making use of a virtual session layer. The 
virtual session layer allows a communication session and an 
application session to be maintained in a deactivated state 
when no physical connection exists. When a remote unit 
later reconnects with a server, the virtual session is placed 50 
into an active state and session communications resumes as 
though xmintemipted. A remote unit, a virtual session server, 
and a communication system including the remote unit and 
the virtual session server are presented to support virtual 
sessions communications. In one embodiment, the virtual 55 
session server manages a logon session between the remote 
unit and a server-side application program. The virtual 
session server emulates the presence of the remote unit to the 
server-side application program and thereby maintains the 
logon. In related embodiments, the server-side application 60 
program involves a communication server capable of relay- 
ing messages and establishing communication channels with 
the remote unit using the virtual session layer. 

A second aspect of the present invention involves a 
method of accessing a central server from a remote unit. A 65 
first step involves presenting a workflow to a user via a user 
interface. A second step involves predicting, based upon the 
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workflow, when the user will require connectivity to the 
central server. Based upon the prediction and in the 
backgroimd, a third step involves initiating the establish- 
ment of a physical layer coramimication connection to the 
central server. 

A third aspect of the present invention involves a method 
of establishing a connection with a low connection set-up 
time. In a first step, the method initiates the establishment of 
a communication connection to be used to conununicate 
with a remote entity. Next the method communicates appli- 
cation layer data via the commimication connection prior to 
the completion of a line-rate negotiation process. Next the 
method negotiates a hnc speed in the background. 

A fourth aspect of the present invention involves a method 
of setting up and operating a virtual session. This method 
can be practiced by a client-side remote unit or a server-side 
virtual session server. A first connection is established to a 
remote entity. This first connection is then used to establish 
a set of parameters needed to define a communication 
session with the remote entity. Next the first connection 
disconnected and a set of communication ses.sion parameters 
are maintained. Next a second connection to the remote 
entity is established and an authorization sequence is com- 
municated. The communication session is next reactivated 
using the communication session using the second connec- 
tion. A related method is used to allow a remote unit to 
maintain a virtual communications presence with a remote 
communication server coupled to a virtual session server. 

A fifth aspect of the invention involves a method of 
accessing a server from a remote unit. At a first time, a first 
physical layer is used to establish a session with the server. 
The session involves a communication path that involves at 
least partially the first physical layer. The first physical layer 
is then decoupled while maintaining the session. At a second 
time, a second physical layer is used to resume the session 
so that the communication path of the session involves at 
least partially the second physical layer. At least one of the 
physical layers involves a local coupling to a local interface 
unit that couples to a WAN via a landline connection and the 
communication path of the session to the server comprises 
the landline connection. 

Another aspect of the invention involves a method of 
reconnecting a telephone modem with a reduced delay by 
reducing a time associated with retraining. A first commu- 
nication connection over a wireline telephone communica- 
tion channel is initialized asing the telephone modem. The 
initializing is performed at least partially by performing a 
line rate negotiation sequence with a far end modem to train 
a set of parameters to be used to support communications 
over the wirehne telephone communication channel. The set 
of parameters can include signal constellation parameters, 
echo canceller coeflScients, and/or equahzer coefficients for 
example. The set of parameters are then stored in a memory 
stmcture. Communication then commence at a negotiated 
date rate via the first communication connection with the far 
end modem using the parameters. Then the first conmiuni- 
cation connection is teraainated. Next, the parameters are 
accessed from the memory structure and are used to at least 
partially initialize a second communication connection over 
the wireline telephone conmaunication channel using the 
telephone modem. Communicaiton next commences at the 
negotiated date rate via said second communication connec- 
tion by reusing at least some of the parameters. This allows 
a setup delay time associated v^ath the initiafization of the 
first communication connection to be longer than a setup 
delay time associated with the initialization of the seocnd 
communication connection. 
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BRIEF DESCRIPTION OF THE HGURES 

The various novel features of the present invention are 
illustrated in the figures listed below and described in the 
detailed description which follows. ^ 

FIG. 1 is a block diagram representing an embodiment of 
a remote unit designed in accordance with the present 
invention. 

FIG. lAis a block diagram illustrating a layered software 
architecture representative of the communication protocols lo 
of the present invention. 

FIG. 2 is a block diagram illustrating a system comprising 
a remote unit operably coupled to a server via a communi- 
cation medium. 

FIG. 3 is a flow chart illustrating a method of processing 15 
whereby an application program implementing a workflow 
provides a prediction of when the user will need a connec- 
tion and establishes a connection in the background just 
before it is needed. 

FIG. 4 is a flow chart illustrating a method of establishing 
communication with a remote entity with a near-immediate 
set up lime. 

FIG. 5 is a flow chart illustrating a method of communi- 
cating by maintaining a virtual presence without the need to 
continuously maintain a physical connection. ^ 

FIG. 6 is a flow chart illustrating a method of processing 
performed on a server acting as a front-end to an application 
program to maintain sessions for remote users who are not 
continuously physically connected to the application pro- 
gram. 

FIG. 7 is a flow chart illustrating a method of processing 
performed on a server managing virtual connections for 
users who are not continuously physically connected to the 
server. 35 

FIG. 8 is a flow chart illustrating a method of processing 
performed by a remote unit to accept different types of 
incoming calls, 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENTS 

FIG, 1 is a block diagram representing an embodiment of 
a remote unit 100 designed in accordance with the present 
invention. The remote unit 100 may be implemented as a 
laptop computer, a personal digital assistant, a desktop 45 
computer or workstation, or as a dedicated unit customized 
for a particular application. The remote unit 100 includes a 
central processing unit (CPU) 105 connected to a central bus 
110. The central processing unit may be implemented using 
an available microprocessor, microcontroller, or customized 50 
logic. For example, a Pentium™ processor from Intel Corp. 
may be used to implement the CPU 105. The central bus is 
preferably constructed as a set of unbroken wires used lo 
carry signals between a set of component subsystems within 
the remote unit 100. It should be noted, in some embodi- 55 
ments of the present invention, the bus HO may be imple- 
mented equivalently using a set of direct parallel and/or 
serial connections between individual modules. The bus 110 
as illustrated in RG. 1 shows a low cost and a preferred 
means to connect the illustrated subsystems. Any combina- 60 
tion of bus connections and direct serial or parallel links may 
be used to implement the connection structure provided by 
the bus 110. Difl'erent implementations represent different 
price-to-performance ratios and wfll be dictated by the needs 
of an individual embodiment. The bus 110 also comprehends 65 
multi-layered bus structures. For example, some embodi- 
ments make use of a local processor bus connected to the 
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CPU 105, and a peripheral interconnect bus for other sub- 
systems. In multi-layered bus based designs, the different 
layers are preferably connected by bus bridges. All of these 
and other equivalent embodiments of the bus 110 are known 
to the skilled artisan. From here forward, the discussion will 
center on the illustrated embodiment of the remote unit 100 
whereby all subsystems are directly connected via the bus 
110. Embodiments where the bus 110 represents a different 
physical interconnection topology are implicitly included in 
the discussion below. 

A memory 115 is also coupled to the bus 110. The 
memory 115 may be implemented using static random 
access memory (SRAM) or dynamic random access memory 
(DRAM). One type of SRAM is read-only memory (ROM). 
Preferably the memory 115 includes a ROM for use at 
boot-up, and a DRAM to hold a significant amoimt of data 
storage for use while executing programs. The remote unit 
100 also includes a control program module 120. The 
control program module 120 is controllably coupled to the 
CPU 105 and is also coupled to the bus 110. The central 
program module 120 typically exists as a software module 
executed from the memory 115 by the CPU 105. The control 
program module 120 effectively configures the remote unit 
100 to operate in accordance with aspects of the present 
invention as discussed herein below. 

A communications module 125 is also coupled to the bus 
110. ITie communications module includes at least one 
communication interface to aflow the remote unit to com- 
municate with a remote entity such as a virtual session server 
as wiU be discussed in detail hereinafter. In a preferred 
embodiment, the communications module 125 includes a 
plurality of communication interfaces. For example, a first 
interface 126 provides a wireless link, and a second com- 
munication interface 127 provides one or more wireline 
links. Also, the wireline communication interface 127 may 
include a standard telephone modem interface and a packet 
style interface designed to plug directly into an Ethernet 
connection to be coupled to a local area network (LAN), a 
wide area network (WAN) or the Internet. The Internet is the 
well-known and ubiquitous World Wide Web. In some 
embodiments, the communications module 125 includes a 
caller-identification packet processor. A caller-identification 
packet processor receives a caUer-identification packet, 
extracts information therefrom, and passes the information 
to the CPU 105. Caller-identification packets may be advan- 
tageously used to identffy incoming calls with a virtual 
session as discussed in connection with FIGS. 7-8. The 
communications module 125 may optionally include a voice 
interface to allow a user to engage in telephone conversa- 
tions using the remote unit 100. In this case a separate 
handset or a built-in handset may be used. Alternatively a 
speakerphone may be bxiilt into the remote unit \ising a 
microphone, a speaker, and an echo canceUer. 

The remote unit 100 also includes a display monitor 130. 
The display monitor 130 is also coupled to the bus 110. The 
display monitor 130 is preferably implemented using a 
liquid crystal display (LCD), although other display tech- 
nologies may equivalently be used. Also connected to the 
bus 110 is an optional xmiversal input-output (I/O) module 
135. The universal I/O module includes a coupling to a set 
of external devices 138. The external devices are preferably 
data collection units as described below. The universal I/O 
module preferably provides a standard link layer interface to 
the software module 120 executing on the CPU 105, The 
remote unit 100 also preferably includes a mass storage 
device 140. The mass storage device 140 is also connected 
to the bus 110. The mass storage device is preferably 
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implemented using magnetic dd&k or optical disk technology, 
but any mass storage device, to include a non-volatile 
memory, may be used. 

The remote unit 100 also includes a power module 145. 
The power module is preferably and optioDally coupled to 
the bus 110 to receive power management control informa- 
tion. The power modifle preferably includes a battery, an 
alternatiag current (AC) cormector, a direct current (DC) 
connector, and a power management control interface. The 
AC connector allows the remote unit 100 to be powered 
from a standard 110 V wall oudet. The DC connector allows 
the remote unit 100 to be powered from a vehicle, for 
example by plugging the unit into a cigarette lighter outlet. 
Either of these connectors may be preferably used to also 
charge the battery in the remote unit, llie power module 145 
is coupled to supply power to a power bus which is con- 
nected to all subsystems. Depending on the power manage- 
ment configuration of an individual system, different sub- 
systems may accept power from separate connections to 
allow portions of the remote unit to be selectively turned off 
while they are not being used. 

The remote unit 100 is operative to execute an application 
program. The application program is operative to supply a 
sequence of interactive screens or a menu based interface to 
the user. The sequence of interactive screens or a particular 
usage of a menu based system implements a workflow. In an 
example embodiment, the remote unit 100 is carried by a 
home-care professional. The home care professional has a 
sequence of procedures which need to be implemented in the 
course of working with a patient. This sequence of proce- 
dures gives rise to the workflow implemented in the control 
program 120 which executes on the remote unit 100. In the 
example embodiment involving a home-care professional, 
the universal I/O module is connected to a set of peripheral 
units to collect vital information such as blood pressure, 
temperature, insulin level and the like. Other information 
such as the patient's weight may be entered manually by the 
home-care professional as a part of the workflow. At certain 
times in the workflow, an external communication connec- 
tion will be needed becaxise data may need to be uploaded 
or downloaded to/from a central server. In accordance with 
the present invention, the remote unit 100 is operative to 
provide a seamless and transparent virtual presence with the 
central server. In general, the central server may itself be 
segmented into two or more individual central servers. The 
discussion herein focuses on an embodiment whereby a 
virtual presence is maintained with a single central server 
having multiple server components. The present invention 
may be equivalently practiced by embodiments involving a 
virtual presence with more than one central server. Thus, one 
remote unit could maintain multiple virtual connections to 
totally separate server systems. In such a configuration the 
application workflow would dictate to which server system 
the remote unit would physically connect while other servers 
remain virtually connected. 

A key aspect of the operation of the remote unit 100 is its 
abiUly to maintain a virtual presence with the central server 
without continuoiisly maintaining a physical connection. 
The remote unit 100 is operative to provide communications 
when it is needed without the user needing to go through a 
set of normally associated connection sequences. For 
example, in accordance with one aspect of the invention, the 
user need only interact with the screens provided to imple- 
ment the workflow while the remote unit 100 automatically 
sets up a connection in the background to be avaflable when 
it is needed. In embodiments where file synchronization is 
not an issue or is handled using file semaphores, the software 
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implementing the workflow automatically downloads infor- 
mation before it is needed and later automatically uploads 
new information after it has been gathered. This way, users 
need not even be aware they are not connected at all times. 

5 The user is not burdened with the need to connect and 
reconnect, and need not be burdened with downloading and 
uploading data. The user experiences the full benefit of 
being continuously coimected to the central server without 
the associated cost of remaining continuously connected via 

JO a physical connection. In systems where file semaphores are 
not employed, the physical connection is established just 
before the workflow indicates it will be needed and is 
dropped when the workflow indicates it will not be needed 
for some time. Further details of the operation of the remote 

j5 unit 100 are given in the discussions provided in connection 
with FIGS. 

A central aspect of the present invention involves the 
concept of a "virtual session." A session as defined herein is 
similar to the definition provided in the open systems 

20 interconnect (OSI) reference model from the International 
Standards Organization (ISO). The OSI model is a model of 
a layered software structure used in computer communica- 
tions. A software system which implements a layered model 
of communication is known as a "protocol stack." The OSI 

25 model is wefl known and divides a computer communica- 
tions process mto seven layers. At each layer is a software 
module which communicates with a peer software module at 
the same layer. Within a protocol stack, each layer commu- 
nicates with the layer above and/or below. Actual commu- 

30 nication systems often deviate from the seven layer OSI 
model. A protocol stack using basic concepts simflar to the 
seven layer OSI model is next discussed which represents an 
aspect of the present invention. 
FIG. lA fllustrates a representative protocol 150 used to 

35 support the present invention. At the top layer is an appli- 
cation session layer. A first protocol stack with an applica- 
tion session layer software module 151 communicates with 
a second protocol stack with an applications session layer 
software module 152. The application session layer software 

40 module 151 is typicaUy implemented as a client-side soft- 
ware module which presents a user interface to a user. The 
apphcation session layer software module 152 is typically 
implemented by a server-side software module operative to 
provide communication and/or computer related services to 

45 the client-side software modide. For example the application 
sessions layer software module 152 may involve a logon 
session with a database program, or may represent a unified 
messaging server supplying voice mail, email and fax mail. 
Similarly, the application session layer software module 152 

50 may involve a telephony application operative to provide a 
packet switched or a circuit switched telephone connection 
to the client-side application session layer software module 
151. One layer down in the protocol stack is a virtual session 
layer. In the example embodiment, the first protocol stack 

55 implements a virtual session layer software module 154 in 
the remote unit 100. The virtual session layer software 
module 154 communicates with a peer virtual session soft- 
ware module 156 via the peer-to-peer communication path 
182. In the exemplary embodiment, the virtual session layer 

60 software module 156 is implemented within a virtual session 
server as discussed in connection with FIG. 2. The virtual 
session server typically maintains a table linking one or 
more application sessions to a virtual session. For example, 
this lirtoig of application sessions into the table structure 

65 may be accompUshed by including a pointer to a data 
stmclure containing application session control data, or by 
placing the data structure holding the application session 
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control data directly in the table structure. Additionally, the established between the communication endpoints, i.e., the 

table structure allows the virtual session server to maintain remote unit and the central server. Also, an application 

a plurality of virtual sessions with a plurality of client remote program running on the remote unit may need to establish an 

units. In the OSI model, the OSI-session layer provides a set application session with an application program running on 

of rules used to establish and terminate data streams between 5 the central server. In such case an application session is 

nodes in a network. A set of OSI-session layer services created using a connection stream provided and governed by 

include establishing and terminating node connections, mes- the communication session. A table structure is used to 

sage flow control, dialog control, and end-to-end data con- maintain both the communication session parameters and 

trol. The session layer controls dialogs, which involve the application session parameters. For example, a first user 

conversational protocols as used in mainframe computer jq authentication parameter may be used to establish a com- 

terminal communications. The virtual session layer 154, 152 munication session with the server. A second user authen- 

of the protocol 150 may perform any of these functions in tication parameter may be used to establish an application 

addition to maintaining the table linking to the application session with the application program. This second user 

sessions. authentication parameter may include a user identification 

The next software modules in the first protocol stack are 55 parameter and a password, for example, 

the transport layer 158, the network layer 164, the link layer In Hght of the aforesaid concepts, a "virtual session" is 

170 and the physical layer 176. These software modules next defined. A virtual session is preferably implemented as 

respectively perform peer communications with the server- a communication session as defined above. A virtual session, 

side protocol stack's software modules 160, 166, 172, and like an OSI session, provides a set of rules for establishing 

178. The physical layer defines the low-level mechanical 20 ^^^^ streams between nodes or endpoints. The virtual session 

and electrical channel protocols and the physical connection also may provide other session features such as dialog 

itself. These four lower layers arc well known in the art of control, message flow control, and end-to-end data control, 

data communications and can be implemented in various A virtual session is controlled using a data structure which 

well-known ways. Likewise, alternative and equivalent pro- provides a way to associate the virtual session with the lower 

tocol stacks may be constructed, for example, with the 25 layers of a protocol stack, leading down to a physical layer, 

transport layer removed, various layers merged into one, or As mentioned above, in most embodiments, a virtual session 

new layers added. is implemented as a commimication session. Application 

An important aspect of a virtual session oriented com- sessions are then added onto the virtual session as connec- 
munication protocol such as the protocol 150 is the abiHty to streams within the communicaUon session, 
maintain a peer-to-peer virtual session communication path 30 ^ virUial session, a communication session may be 
182 without the presence of a physical layer communication suspended with some or aU of the lower layers of the 
path 180. The physical layer communication path 180 rep- protocol stack missing. In particular, a virtual session may 
resents a physical layer communication connection, for be maintained while a physical layer connection has been 
example, a wireline connection, a cellular wireless removed. The virmal session can then be reassociated with 
connection, or a network connection to the Internet. When 35 a physical layer connection at a later time. The virtual 
the physical layer communication path 180 is disconnected, session thus also preferably provides connect and reconnect 
no physical channel exists between the client-side software rules used to establish a virtual session and then to rea&so- 
and the server-side software, and the physical layer com- ciate the virtual session to a new physical connection to set 
munication path 180 is said to be in a "disconnected state." up a new data stream in support of a dialog at a later lime. 
However, data structures maintained at the virtual session 40 Related activities such as the initiation of dial-out links to 
layer allow one or more peer-to-peer application session reestablish a physical layer communication path is also 
communication paths 184 to remain in a deactivated but preferably handled by the virtual session in response to a 
existent state, even when the physical layer communication signal firom an appficalion layer program, 
path is in the discoimected state. Likewise, the virtual An aspect of a virtual session is the maintenance of an 
session communication path 182 established between the 45 application between an application program and a virtual 
remote unit and the virtual session server also remains in a session server as wiU be described below. A virtual session 
deactivated but existent state. This is made possible through server acts as a proxy agent for a remote unit. When the 
the use of the table stmcture maintained in memory which remote unit is not connected via a physical layer commu- 
retains its information after the physical layer communica- nication path, the virtual session server maintains a proxy- 
lion path 180 has been disconnected. When the physical 50 presence with the application program on behalf of the 
layer communication path 180 has been reconnected, the disconnected remote unit. At a later time, when the remote 
physical layer communication path is said to be placed into unit reconnects into the virtual session by passing a set of 
a "connected state." At such time, the virtual session layer communication session authentication parameters, the 
software modules 154 and 156 are operative to reactivate the remote unit is thereby granted access to one or more 
virtual session layer conununication path 182 and the appli- 55 application sessions which have been maintained in proxy 
cation sessions layer communication path 184, When these by the virtual session server 

paths are reactivated, peer-to-peer communication may once la a preferred embodiment, the virtual session uses a set 

again proceed over the application session layer communi- of authentication parameters and a set of encryption keys to 

cation path 184 and the virtual session layer communication maintain a secure connection. A separate set of authentica- 

path 182. 60 tion parameters is used by an application running on the 

As defined herein, a distinction is made between a com- remote unit to gain access to an individual application 

mimication session and an application session. A commu- session. Once the application session has been established 

nication session is defined as a session between nodes or over a virtual session, a table is used to maintain a set of 

communication endpoints, and an application session is parameters needed to maintain the application session, even 

defined as a session between applications. For example, a 65 though no physical layer connection exists between the 

remote tmit may establish a communication session with a endpoints of the virtual session. When a virtual session data 

central server. In this case a communication session is structure is set up and no physical layer connection exists to 
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support communication over the virtual session, the virtual The communication interface 210 is also coupled to a 

session is said to be "inactive." When a virtual session data virtual session server 215. The virtual session server 215 is 

structure is set up and a physical layer connection does exist coupled to a tabic structure 225 and an application program 

to support communication over the virtual session, the 220. The table structure 225 is preferably implemented as a 

virtual session is said to be "active." A transition from an 5 software entity and may be located in a memory module 

active state to an inactive state is called "deactivating a withintheserver215. The virtual session server 215 maybe 

virtual session/* and a transition from an inactive state to an implemented as a software entity which executes on a 

active state is called activating a virtual session," The hardware platform. The hardware platform of the virtual 

process of transitioning from an active state to an inactive session server 215 may be designed with an internal archi- 

state is also known as "disconnecting from a physical lecture similar to the remote unit 100 but is designed to 

connection." When this occurs, the physical layer connec- provide a higher computation capacity and to handle mul- 

tion is no longer available to support communication over ^^i^ y^^^^ when supporting a virtual session server, the 

the virtual session. In a preferred embodiment, a table display monitor 130 is optional as users may control the 

structure is used to maintain the virtual session parameters ^^^^j ^^^^-^^ ^^^j. 215 remotely. The control program 

as well as a set of parameters for each application session ^^^^^^ ^20, when implemented in the virtual session server 

estabhshed over the virtual session When a virtual session 15 server side of the communication protocols 

is activated, there is no need to reauthenticate the mdividual :„ rirz 1 & u^r.™ n.^ 

. rru- .„ . ... *.«,:„«n,. discussed m Connection With FIGS, j-o, He nce the remote 

application sessions. This is because the table typically , j *i_ • 1 • 1 • -i 

includes a user identification parameter, a user password, a ^V^^^^ .^^^^^ ^15 involve similar 

set of application session parameters, a communication architectures and respecUvely implement the client and 

session identificaUon parameter, and an encryption key for 20 sides of a set of virtual-session-related commumca- 

the communication session. Additional data such as modem ^on protocols of the present mvenUon. 

initiation parameters may be added to the table as required The application program 220 may execute on the same 

by the system configuration and usage, hardware platform as the virtual session server 215. In 

Referring now to FIG. 2, a block diagram illustrating a general, both the virtual session server 215 and the appli- 

system configuration 200 is shown. The system configura- 25 cation program 220 may be implemented as software mod- 

tion 200 includes the remote unit 100 operatively coupled to ules running on personal computers, workstations, dedicated 

a communication interface 210. A direct wireless link 207 custom hardware, mainframe, or file servers. For example, 

optionally couples the re mote unit 100 to the communication the virtual session server 215 may be implemented as a 

interface 210. A direct wireless link is used in embodiments software module running on an UltaSparc™ workstation or 

where the remote unit 100 maintains a direct wireless link 30 file server from Sun Microsystems Inc. The software may be 

with the communication interface 210. The communication written to execute over a multitasking operating system such 

interface thus provides an air interface for the direct wireless as Solaris™ from Sun Microsystems Inc. or WindowsNT™ 

link. Alternatively or in addition to the direct wireless link from Micrsoft Inc. In a first preferred embodiment, the 

207, a wireline link 208 couples the remote unit 100 to the application program 220 includes a distributed database 

communication interface 210. The communication interface 35 program running on a collection of networked servers such 

210 maintains the connection 208 via a network interface as Sun UltraSparc™ servers. In a second preferred 

coupled to a public switched telephone network (PSTN) or embodiment, the application program may itself be a com- 

a network such as the Internet. This connection 208 may munication server as provided by an Internet service pro- 

ilself involve a microwave link, a wireless link through a vider (ISP). 

public switched cellular network or a wireless link in a PCS 40 The system 200 is operative to implement a set of virtual 

network. session communication protocols according to the present 

The communication interface 210 is preferably coupled to invention. The remote unit 100 establishes a session via the 

a communication server 212. The communication server 212 virtual session server 215 to set up a virtual presence with 

may be thought of as generalization of a private branch the application program 220. Preferably, the virtual session 

exchange (PBX). The communication server 212 accepts 45 server 215 also provides a link to the communication server 

tele-trafiBc from any variety of sources and provides swit- 212 to provide it access to the virtual session. When the 

chable connections to couple different sources together. For remote unit 100 disconnects from a physical connection 207 

example, the communication server 212 may be imple- or 208, the virtual session is maintained within the table 

mented as a PBX which receives a set of direct inward dial stmcture 225. When the remote unit 100 later wishes to 

lines from a central office operated by the public telephone 50 reestablish communication with the application program 

network. The PBX then provides local users with extensions 220, the virtual connection server 215 is operative to keep 

and allows local users to call each other by dialing the last the virtual session active and to allow the user rapid and 

four digits of their telephone numbers. The PBX typically nearly transparent access to the application program 220. 

provides an outside line to. a user once the user has dialed a Similarly, the virtual session also preferably is used to 

nine. 55 provide a virtual communication link between the commu- 

The communication server 212 may also be configured to nication sever 212 and the remote unit 100. In some systems, 

provide additional types of connections, such as packet a first virtual session is established between the remote unit 

based voice and video connections according to the H.323 100 and the application program 220, and a second virtual 

international standard. In such an embodiment, the commu- session is established between the remote unit 100 and the 

nication server 212 provides a gateway function passing 60 communication server 212. The details of the operation of 

calls between the public switched telephone network and a the virtual session server 215 and the virtual session pro to - 

network such as the Internet. The communication server 212 cols are discussed below in connection FIGS. 3-8. Before 

may also provide other communications services such as proceeding to these portions of the detailed description, two 

voice mail, email, fax-mail, call distribution and the like. In embodiments of the system 200 arc described, 

systems involving Internet telephony, the communication 65 In a first exemplary embodiment of the system 200, a 

server may operate only using packet protocols and not mobile worker such as a home-care professional operates the 

include an interface for circuit switched connections. remote unit 100 to establish and maintain a virtual session 
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with the application program 220. In one embodiment, the do this, the user's phone is dialed in a downlink direction 

application program 220 controls access to a database dial-out link by the virtual session server 215 via the 

including complete medical and billing records for indi- communication interface 210. The remote unit preferably 

vidual patients. Depending on working conditions, the suppresses the first ring and examines caller identification 

home-care professional may require access from a wireless 5 data. When the caller identification data indicates the calling 

connection such as a cellular connection, or else may be able party is the virtual session server 215, the remote unit 100 

to communicate via a wireline connection provided within a automatically picks up the call and in this example, accepts 

patient's home. As the home care professional proceeds the email. If caller identification is not used, a substitute 

through a given workflow, the professional will eventually protocol should be employed to assure that connection has 

need to communicate with the appUcation program 220. iq been made to the proper application session defined within 

When this time arrives, the present invention is operative to the virtual session. The substitute protocol preferably 

establish a physical connection between the home-care involves sending a packet header at the beginning of a call 

professional and the application program 220. The profes- whereby the packet header contains one or more fields 

sional need not be aware the physical connection has not which identify associated the application session. Again, the 

been available since the time the virtual session was first ;t5 ^^^^ realize a connection has been reestab- 

established. The virtual session is maintained by the virtual lished. Instead, the user receives the email message as 

session server 215 and the protocols of the present invention though the connection had remained continuously active, 

arc employed to ensure such a virtual connectivity is pro- Another type of operation may occur when the user of the 

vided without the need for the remote unit 100 to be remote unit 100 is actively connected to the virtual session 

continuously connected to the application program 220. 20 server 215 and a call comes in directed to the remote user's 

In a second exemplary embodiment, the application pro- extension. At this point the call is preferably converted into 
gram 220 is a communication server operated by an ISP. In packets and is sent to the user over the existing connection, 
this example, the remote unit 100 is operated by an Internet In an alternative embodiment, the physical connection is 
user. After the Internet user has remained inactive for a automatically and temporarily dropped and the call is for- 
period of time, the connection 208 is terminated. At a later 25 warded to the remote user. The virtual connection to the 
time, when the Internet user clicks on a hyperlink, thus application is maintained through the virtual server. The 
demanding service, a short delay is incurred while the communications module 125 preferably analyzes caller- 
connection is reestablished. The remote unit is provided identification data to determine the incoming call is a voice 
access without the user needing to reestablish a connection. call to cause the optional telephone aspect of the remote unit 
When the user clicks on a hyperhnk, the telephone is rapidly 30 ring. More details related to the foregoing system 
dialed without presenting dialing tones to the user. An operation are discussed in connection with FIGS. 3-8 below, 
authentication packet and a request packet are sent using a The virtual session server 215 is able to maintain an open 
low data rate protocol such as one used for line-rate nego- logon to the application program 220. In one embodiment, 
tiation in modems. The user is authenticated by the server the virtual session server 215 executes a client-side software 
and the request packet is forwarded through the Internet to 35 which interfaces with the application program 220. That is, 
the Internet site referenced by the hyperlink. While the if the application program 220 employs a client-server 
remote Internet server takes time to respond to the request, architecture, the application program 220 will implement a 
a higher line speed is negotiated in the background without server-side software module which interacts with the client- 
burdening the user. Because a home Internet user uses the side software. The server-side program performs database or 
same analog connection between the user's premises and a 40 other server oriented fimctions, while the client -side soft- 
network interface, the modem parameters may be preferably ware provides a user interface to the user. The remote unit 
saved by the server in the table 225 to accelerate 100 can then control the operations of the virtual session 
re-negotiation. The user is provided access almost server 215 using standard remote session software. An 
immediately, and the connection is reestablished transpar- example of commercially available remote session software 
ently. Note while this example focuses on an Internet 45 is PCAnywhere™ from Semantec Corporation. In another 
application, the techniques apply to any application whereby embodiment, the virtual session server executes the client- 
a network site is accessed by activating a hyperlink. side software in parallel with the remote unit. In still another 

As will be discussed below, the virtual session between embodiment, the remote unit executes the client-side 

the remote unit 100 and the virtual session server 215 software, and the virtual session server merely provides a 

provides a means to initiate transfers in both an uplink and 50 connection stream to pass data from the application program 

a downlink direction. The uplink direction is from the 220 to the remote unit 100. When the virtual session is in a 

remote unit 100 to the virtual session server 215, and the deactivated state, the virtual session server emulates the 

downlink direction is from the virmal session server 215 to client-side software as needed to maintain an active session 

the remote unit 100. A virtual session is said to exist between with the application program 220 in the absence of the 

the remote unit and the virtual session server 215. This 55 remote unit 100. A wide variety of equivalent techniques 

virtual session may be used to create individual virtual may be used to allow the virtual session server 215 to 

sessions between the remote unit 100 and the application maintain a pointer or re-entry point into the application 220 

program 220, and between the remote unit 100 and the while acting as a proxy agent to maintain the logon for the 

communication server 212. For example, an uplink connec- remote unit 100. A table structure is preferably used to allow 

tion is established, and when a home Internet user has been 60 the virtual session server to simultaneously maintain a 

inactive for a period, the connection is dropped. As dis- plurality of logons for a plurahty of different remote units, 

cussed above, the connection is reactivated transparently In some embodiments, the remote unit 100 may need to 

when the user once again activates an Internet link, as in an maintain a plurality of virtual sessions with a plurality of 

Internet browser. In the same example, a user may have an different virtual session servers. For example, an indepen- 

email reader program connected through a virtual session. If 65 dent contractor may provide home-care services for two 

an email comes in for the user and the virtual session is in distinct health regions. Each health region may use a sepa- 

place, the email should be rapidly forwarded to the user. To rate database. The remote unit 100 may then access these 
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separate databases iising a first and a second client-side 
application software module. During the course of a day, the 
remote unit may need to activate the first or the second 
client-side application software modules. In such case the 
remote unit 100 is operative to maintain a table structure 5 
similar to the table structure 225. The table structure main- 
tained by the remote unit links an application software 
module through an application session to a virtual session. 
When the first client-side application program demands 
access to a first database, the virtual session layer software 
154 in the remote unit causes a physical connection to be 
established to support virtual session communications 182 
with the first database application program. Likewise, if the 
second client-side application software module desires to 
access a second database, the virtual session layer software 
module 154 activates a physical layer connection back to the 
second database server. In other applications a single appli- 
cation program may be used which accesses information on 
more than one virtual session server. In such case a single 
application program can select the virtual session to activate 
based on the communications request generated from within 20 
the application program. In still other embodiments, a single 
physical connection 208 or 207 may be used to communi- 
cate with the communication interface 210. The communi- 
cation server 212 then forwards packets to a first local virtual 
session server such as the virtual session server 215. If the 25 
received communication packets are destined for a second 
virtual session server, then the communication server 212 
preferably forwards the packets to a remote virtual session 
server using a network connection such as an Internet 
connection. 30 

Referring now to FIG. 3, a method 300 is illustrated to 
show how the remote unit 100 preferably operates to acti- 
vate a connection. The method 300 is preferably practiced 
by the remote unit 100 in support of a virtual session with 
the virtual session server 215. A first step 305 of the method 35 
300 involves actions within a workflow process 305. The 
workflow process 305 includes the step 305 of the method 
300 and aLso performs other activities to interact with a 
user*s workflow requirements. Control loops from the first 
step 305 back to the first step 305 via a control path 310. The 40 
workflow, as discussed above, is preferably made up of a 
menu system and/or a set of interactive screens traversed by 
a worker in performing a set of tasks. For example, a 
home-care professional's workflow involves accessing and 
displaying a patient's medical record, entering a set of data 45 
into the medical record, and performing tasks indicated by 
the doctor's directions as annotated in the medical record. In 
this example, as the home-care professional moves from one 
screen to the next, control loops via the control path 310. 
The workflow process 305 is an application program which 50 
executes on the CPU 105. The workflow process 305 is 
preferably implemented as a process running on the CPU 
105 in a multitasking operating environment. A multitasking 
operating environment is one in which multiple programs or 
processes may execute in parallel by sharing time slots 55 
within the CPU 105. Multitasking operating system software 
is well known and is readily available. In a multitasking- 
programming environment a first process may execute in a 
normal fashion and provide an interface to a user. At the 
same time a second process may be executed by sharing 60 
CPU cycles without the user's intervention or knowledge. In 
such a case the second process is said to be a background 
process or is said to perform backgroimd processing. At 
some point in the course of the workflow, a physical layer 
communication connection will be needed to communicate 65 
information between the remote 100 and the application 
program 220. 
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When a step in the workflow process 305 is performed 
leading up to the need for a physical layer communication 
connection, control next passes from the first step 305 to a 
second step 320 via the control path 315. The control path 
315 is activated when the workflow process 305 provides a 
prediction indicating a physical layer commtmication con- 
nection will subsequently be needed. In some cases the 
prediction may be provided right when the physical layer 
communication connection is needed. In other cases, the 
prediction 315 may be used to initiate background process- 
ing to download data which will not be needed until a later 
time. In menu based systems, the prediction 315 may be 
learned by observing the workflow habits of a user. The 
prediction 315 is a function of the application program or 
workflow 305 and is optional. In the second step 320, a 
connection is established in the background. Background 
processing enables the user to continue interacting with the 
workflow process 305 while a physical layer communication 
connection is simultaneously and transparently established. 
That is, the physical layer communication path is reestab- 
lished without inhibiting the user from interacting with the 
workflow 305. Hence when control passes via the control 
path 315 to the step 320, control preferably simultaneously 
passes via the control path 317 back into the workflow. The 
background process is preferably forked as a separate task 
and two execution flows proceed in parallel by time sharing 
the CPU 105. Multitasking is well known in the art and is 
implemented using interrupt based processing. In alternative 
embodiments the control path 317 may be deleted and a 
single control flow may be implemented using the control 
path 315. However, this embodiment may require the user to 
wait for the connection to be established and is hence not 
deemed to be the preferred embodiment of the method. 
Other equivalent embodiments set up the communication 
path transparently by multiplexing the CPU 105's compu- 
tation cycles from within the workflow process or some 
other process. 

Once control has been forked via the control path 315 to 
the second step 320, a dialer within the communications 
module 125 preferably dials to establish a physical layer 
communication connection with the commxmication inter- 
face 210, In embodiments using dedicated radio Unks, the 
connection may be established over the wireless Unk 207. 
One preferred embodiment of a remote unit 100 incorporates 
a cellular radio. In this case the dialer dials a telephone 
number and a connection is established using a public 
switched cellular telephone network so that the connection 
is set up on the link 208. Stationary Internet based embodi- 
ments perform the second step 320 by dialing a telephone 
number using an automatic dialer which dials a land fine 
connection for a modem. In all cases, it is preferred to 
suppress the dialing tones and line-rate negotiation signals 
so the connection may be established transparently to the 
user. 

Control next passes from the second step 320 to a third 
step 325. In the step 325, an authentication code is trans- 
mitted from the remote unit 100 to the communication 
interface 210. ITiis authentication code is then passed to the 
virtual session server 215. The virtual session server evalu- 
ates the authentication code to determine if access is to be 
permitted. In a preferred embodiment, the authentication 
code involves a digital signature as Ls known in the field of 
pubhc key cryptography. In a preferred embodiment, all 
transmissions are encrypted using public key cryptography. 
Some systems may be implemented using various encryp- 
tion standards such as secure sockets layer based encryption. 
The amount of authentication and encryption used in any 
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given embodiment is left to the system designer, but pref- the workflow come to a point where this information is to be 

erably all transactions are encrypted as described above. uploaded to the application program 220. When such a 

Cbntrol next passes from the third step 325 to a fourth step prediction is made, control passes from the first step 305 via 

330. In the fourth step 330, a session is established/ the control path 318 to a fifth step 335. The fifth stqj 335 is 

reactivated with the virtual session server 215. The session s operative to deactivate the connection established over the 

is established the first time the method 300 passes control to link 207 or the link 208. The step 335 may optionally 

the step 330. Subsequently the step 330 is operative to involve forking a separate execution thread or otherwise 

reactivate the session with the virtual session server. When accessing a separate process in a multitasking environment, 

the session between the remote unit 100 and the virtual Alternatively, the fifth step 335 may be performed by 

session server 220 is reactivated, virtual session communi- executing a set of instrucUons in the workflow process 305. 

cations resume. At this point, the virtual session server 215 At a later time, a prediction may be made indicating the link 

correlates information stored in the table structure 225 with 207 or 208 needs to once again be activated, whereby 

the connection and provides the remote unit 100 access to control again passes over to the second step 320 via the 

the application program 220. If no data is stored in table control path 315. It should be noted different systems will 

structure 225, access is provided to a default logon screen 15 typically set their prediction times according to the eco- 

allowing remote unit 100 to establish a new application nomic conditions involved. For example, in some systems 

session. The virtual session server 215 then populates the the first minute of connection time may cost five times as 

table structure 225 to establish a virtual session. The step much as all subsequent minutes. In this case predictions 

330 involves setting up a stream connection between the would be preferably set according to a criterion to minimize 

workflow process 305 and a protocol stack. The protocol 20 establishing and terminating connections more 

stack is operative to read infonnation bits from the stream often than necessary. If a flat rate were charged per minute 

connection and communicate the bits across an external connections would be set-up and terminated more often. If 

communication link. Bits received over the external com- automatic uploading and downloading is performed in the 

munication link are converted by the protocol stack into background, a very efBcient use of airtime can often be 

information bits to be sent back to the workflow process 305 25 achieved while presenting the user with the appearance of 

across the connection stream. Once the appropriate commu- being continuously connected to the application program 

nication processes are configured, control next passes back 220. 

to the workflow process 305. Due to the aforementioned Referring now to FIG. 4, a method 400 of establishing a 

forking operation, the passing of control back to the work- communication link with low delay is illustrated. The 

flow process 305 may have aheady occurred via the control 30 method 400 may be praaiced by both the remote unit 100 

path 317. In this case the passing of control from the step and the communication interface 210. This method is most 

330 to the workflow process is not explicitly performed. applicable to systems involving modems whereby digital 

When control loops back from the fourth step 330 to the data is transferred over an analog chaimel requiring receiver 

workflow process 305, a physical layer communication training. Receiver training involves transmitting data 

connection is activated for current or subsequent communi- 35 sequences through a channel and allowing a receiver to 

cation. When the user gets to a point in the workflow where adjust its receiver parameters. Receiver parameters include 

communication with the application program 220 is needed, echo canccUer and equalizer filter coefficients. Most systems 

the connection has already been transparently set up in the also adjust their data rates and signal constellations based on 

background. Hence the user gets the feel of being connected obsen^ed conditions. In modems, this entire process is 

to the application program 220 aU the time, where in fact the 40 known as line-rate negotiation. Prior art systems involving 

remote 100 is connected via a physical channel to the receiver training are tedious to use because they force the 

application program 220 only a fraction of the time. This user to wait while the receiver is trained. Most systems play 

virtual connection saves communication resources and the training signals though a speaker to allow the user to hear 

money when a toll is charged based on the amount of usage the training process. This lets the user know what the 

on the link 207 or the link 208. In some embodiments, the 45 computer is doing for the duration of the delay. The method 

fourth step 330, or an execution thread within the workflow 400 improves upon this prior art solution by aUowing the 

305 is operative to upload or download information in the user to gain almost immediate access without a significant 

background. This way the user has ready access to data delay. 

contained in the application program 220, but in general a In a first step 405, a protocol stack or other process 

shorter connect time is required. While with prior art sys- 50 practicing the method 400 receives a communications 

tems it is burdensome for a user to connect to a central server request from a user program. For example, this occurs when 

and download and upload information, with the virtual a user clicks on an icon to initiate the establishment of an 

session of the present invention the user need not even be Internet connection. Control next passes to a step 410 where 

aware this process is occurring. Rather the user feels as the connection is initiated. This step typically involves an 

though he or she is continuously connected with a fast 55 automatic dialer dialing the number of an Interact service 

connection because the data needed at a given point in the provider (ISP). The ISP software may be implemented as a 

workflow is already available locally or has been uploaded communication server application corresponding to the 

in the background transparently without user intervention. In appbcation program 220. In this case access to the applica- 

systems where server synchronization is an issue, file sema- tion program is governed by the virtual session server 215. 

phores and/or direct active sessions not employing upload- to Control next passes from the second step 410 to a third 

ing and/or downloading of records may be used. step 415. In the third step 415 an authorization sequence is 

Based on another point in the workflow, another predic- exchanged. In a preferred embodiment public key cryptog- 

tion is made to predict when the communicatioD channel raphy involving digital signatures and keys is used. Embodi- 

will not be needed for some time. For example, it may be ments involving a virtual session server 215 either set up a 

known, based on the workflow, the home -care professional 65 session or activate an existing session during the third step 

will next perform a sequence of tests and enter data into a 415, Control next passes from the third step 415 to a fourth 

screen displayed on the remote unit. Only at a later time wiU step 420. In the fourth step 420, one or more initial appli- 
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cation layer data packets are transmitted across the connec- 
tion using a low speed protocol. Alow speed protocol is used 
by the transmitter and receiver when performing line-rate 
negotiations. For more details of line-rate negotiation 
protocols, sec, for example, the V.34 and V.90 standards 
from the International Telecommunications Union. In the 
present invention, the low speed protocol is tised to transmit 
application layer data before the line-rate negotiation pro- 
cedures have completed. This avoids the need for the user to 
wait for line-rate negotiation to complete before being able 
to access a communication path. 

Control next passes from the fourth step 420 to a fifth step 
425. In the fifth step 425, initial data is displayed. Software 
located locally in the remote unit 100 preferably contains 
high-volume graphics related data so that the initial data 
exchange of the step 420 only requires a small amount of 
data to be transferred. For example, the user logs onto the 
Internet and almost immediately sees a screen of informa- 
tion indicating the user is connected and the system is ready 
to accept inputs. This is made possible by displaying locally 
held screens of graphical data and allowing a small amount 
of specific information such as time, date, and headlines to 
be received and displayed. If the user then immediately 
clicks on a link, an application layer request packet is sent 
using the line-rate negotiation protocol's data format. This 
allows the user to immediately begin making requests before 
the line-rate negotiations have completed. In many cases the 
user wiU pause and read the headline information, giving the 
system even more time to perform line-rate negotiation in 
the background. 

Control next passes from the fifth step 425 to a sixth step 
430. In the sixth step 430, a background process is forked to 
perform line-rate negotiation. Line-rate negotiation is 
allowed to proceed in the background while the user is 
reading the information provided on the initial display of the 
step 425. Likewise, if the user had rapidly clicked on a fink, 
a request packet is sent out and while the server is respond- 
ing to the request, the background line-rate negotiation may 
proceed. The step 430 is operative to perform line -rate 
negotiation so as to set up a high-speed connection for 
subsequent higher volume data transfers. In embodiments 
involving a virtual session server 215, the user*s line speed 
parameters may be stored in the table structure 225, For 
example, if the user is an Internet user and the application 
program 220 is an ISP, the user will often dial in from the 
same location. Thus parameters derived in a previous acti- 
vation of a communication channel will be either identical or 
similar to those used in a current activation. Hence the sixth 
step 430 optionally involves accessing from the table 225 a 
set of starting parameters derived from the activation of the 
communication channel. If communication is needed before 
the line-rate negotiation has completed, communication 
preferably proceeds at the highest rate negotiated up to that 
point. 

Once the line -rate negotiation process of the step 430 has 
completed, control passes to a seventh step 435, In the step 
435, communication is able to proceed at fuU speed. In most 
cases where this method is implemented, the user will get 
the full benefit of being connected almost inunediately 
without the normal delay associated with prior art systems. 
This is so because initial low- volume data is allowed to pass 
through the channel before the line-rate negotiation has 
completed. Line rate negotiation then proceeds in the back- 
ground in parallel with other activities such as the user 
reading headline information or a distant server accessing 
data and responding to the initial data request packet sent 
across the Internet. This technique is useful when a user is 
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maintaining a virmal session with a remote server because it 
is imperative to allow the user to appear to be connected 
without having to experience delays when accessing data. 
The method 300 and the method 400 may be performed 

5 together in a complementary fashion to make the virtual 
session appear to be constantly available. 

The method 400 may be practiced by the remote unit 100 
and the virtual session server 215. When the remote unit 100 
initiates the method, the virtual session server 215 executes 
steps 410, 415, 420, 430 and 435. When the virtual session 
server 215, the application program 220, or the communi- 
cation server 212 initiates the method, one or a combination 
of these servers practice the steps 405, 410, 415, 420, 430, 
and 435. The first step 405 involves, for example, receiving 

J 5 a communication request such as a telephony call or an 
email for the remote unit 100. In some systems, the first step 
405 may involve a request generated from within the appli- 
cation program 220. 

Referring now to FIG. 5, a method 500 of establishing and 

20 operating a virtual session is illustrated. For example, the 
method 500 establishes a virtual session between the remote 
unit 100 and the virtual session server 215. The method 500 
is practiced by both the remote unit 100 and the virtual 
session server 215. In a first step 505 a first physical layer 

25 communication cormection is established with a remote 
entity. If the method is practiced by the remote unit 100, then 
the remote entity typically corresponds to the virtual session 
server 215. The virtual session may be used to support 
virtual sub-sessions between the remote unit 100 and the 

30 application program 220. Also, a virtual sub-session may be 
established between the remote unit 100 and the communi- 
cation server 212. For the purposes of discussion herein, all 
of these virtual sessions will be referred to simply as virtual 
sessions. If the method 500 is practiced by the virtual session 

35 server 215, then the remote entity typically corresponds to 
the remote unit. The step 505 may be activated according to 
the prediction 315, and the step 505 may use the method 400 
to allow the connection to be set up with very low delay. 
Control next passes from the first step 505 to a second step 

40 510, In the second step 510 a session is established with the 
remote entity. In a preferred embodiment, this involves 
exchanging password information and agreeing upon a set of 
keys to encrypt data transacted in the session. Also, the 
virtual session server 215 preferably sets up a table entry in 

45 the table structure 225, The table entry indicates the pres- 
ence of a virtual session. The table entry may include 
modem parameters as discussed in connection with FIG. 4. 
Also, the virtual session as set up in the table entry links the 
remote unit to a user identification and a password as 

50 presented to the application program 220. For example, a 
user name and a password may be used as user authentica- 
tion parameters. Preferably public key encryption is used to 
encrypt all information so the password sent from the remote 
unit 100 to the application program 220 cannot be effectively 

55 intercepted. The remote unit 100 also preferably sets up a 
virtual session data structure to hold similar information 
related to the virtual session. Once the virtual session has 
been set up, the remote unit 100 may access the application 
program 220. Also, the remote unit 100 may optionally 

60 access the communication server 212 for communication 
services. 

Control next passes from the second step 510 to a third 
step 515. In the third step 515, the physical connection 
established in the first step 505 is dropped. Meanwhile the 
65 virtual session data structiues and table entries established in 
the second step 510 are retained. The session is allowed to 
proceed while no physical layer connection exists. That is. 
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the step 510 is operative to set up a table structure includiag for communicating with the remote unit 100. Control next 

one or more data structures which allows a virtual session to passes to a second step 610 whereby a set of authorization 

be maintained in memory while other activities occur. Hence parameters are accepted and authenticated. As discussed in 

a passive background thread of execution passes from the connection with FIG. 5, the authentication parameters pref- 

step 510 to a passive step 540 whereby the virtual session is 5 crably include the exchange of public keys which include a 

maintained. This allows the remote unit 100 to stand by or digital signature in accordance with public key cryptogra- 

be used for steps of the workflow process 305 not requiring phy. Control next passes to a third step 615 where a user 

communication with the application program 220. Once the identification and a password are passed by the virtual 

user needs to communicate with the application program session server 215 to the application program 220 on behalf 

220, or when a prediction 315 is made, control next passes of the remote unit 100. As discussed in connection with FIG. 

from the third step 515 to a fourth step 520. The step 520 is 5, the user identification and the password to be presented to 

operative to reestablish a second physical layer communi- the application program 220 are preferably transmitted in 

cation connection to allow communication to proceed once encrypted form. Once the application program 220 authen- 

again using the session established in the second step 510. ticates the user identification and password needed to gain 

T^is connection reestablishmcnt may be performed in ^5 access, the virtual session server 215 enters an entry into the 

response to the prediction 315 and may use the low-delay table structure 225 to hold a set of session parameters. The 

connection establishment technique of the method 400. session parameters include the user identification, a session 

In some embodiments, the present invention involves identifier, encryption data and possibly other data such as 

using distinct and separate communications media to per- modem starting parameters. Once the session has been 

form the step 505 and the step 520. For example, a mobQe 20 lagged into the table, the user may use it to communicate 

worker may call in from home to set up the virtual session with the application program 220. 

in the step 510 using the first physical layer communication Control next passes from the fourth step 620 to a fifth step 

connection established in the step 505. Later in the day, the 625. In the fifth step 625 the physical layer connection is 

worker may call in from a restaurant while catching up on dropped. This step is performed when the remote unit does 

some records keeping. This second use of the virtual session 25 not currently require communications with the application 

involves use of the second physical layer communication program 220. In step 650 the virtual server maintains the 

connection which in this example is a wireless connection apphcation session while the physical connection is discon- 

different from the landline connection used to initiate the nected. At a later time, when the user needs access to the 

session from home earlier in the day. At a still later time, the application program or when the prediction 315 is made, 

worker may call in from a patient's home via a third physical 30 control next passes to a sixth step 630. In the sixth step 630 

layer communication connection while performing home- a second physical layer coimection is established to allow 

care services. If modem starting parameters have been stored communication between the remote unit 100 and the appli- 

in table 225, they are preferably updated whenever the cation 220 to resume. As discussed in connection with FIG. 

communication connection is changed. Hence the virtual 5, the second physical layer connection may involve a 

session of the present invention enables a mobile worker to 35 different communication path and/or medium as was used 

continue communications via the most expedient and/or for the first physical layer connection. That is, a plurality of 

economical means without causing the user to have to communications media are preferably supported to allow the 

reestablish a communication connection. Preferably, when user to call in via different means, for example via a wireless 

the remote unit 100 is connected to a communications or a wirehne connection. The step 630 may be initiated due 

source via the connector 127, the remote unit 100 automati- 40 to actions at the remote unit 100 or in response to events 

cally detects this cormectivity and makes use of it for occurring in the server. For example, the communication 

subsequent virtual -session communications. That is, the server 212 may receive a call for the remote unit. Altema- 

p resent invention contemplates the availability of various lively an email may be received which needs to be for- 

forms of "pigtail" connectors being available so the remote warded to the remote unit. In such a case, the sixth step 630 

unit 100 can operate in a "plug-and-play'* fashion. Pigtails 45 optionally involves sending a caller identification packet to 

may be supplied to allow the remote unit to connect to the let the remote unit know what type of communication, such 

PSTN, the Internet, or to another computer via a universal as a voice telephony call, an email, or a fax, is inbound. A 

serial bus, for example, caller identification packet is a sequence of information bits 

Control next passes from the fourth step 520 to a fifth step sent across a communication connection identifying the 

525. In the fifth step 525 an authorization sequence is 50 calling party of the connection. In standard telephone 

exchanged. This is preferably implemented using public key systems, the caller identification packet is transmitted 

encryption and digital signamres. Some embodiments may between the first and second rings when the telephone call 

be developed which do not implement the fifth step 525, but is being set-up. More details relating to communications 

preferred embodiments do make use of user authentication. initiated by the virtual session server 215 back to the remote 

After the fifth step 525 has completed, the session is 55 unit 100 are discussed in connection with FIG. 7. 

resumed in a sixth step 530. Over the course of the virtual Once the second physical layer communication connec- 

session, control may loop back to the third step 515 as many tion is established in the sixth step 630, possibly according 

times as the virtual session is activated with a new physical to the method 400, control next passes to a seventh step 635. 

connection. When the sixth step 530 is entered, the virtual In the seventh step 635, authorization codes are verified 

session is once again activated so that the passive step 540 eo similarly to the second step 610. Once the user codes have 

also passes control to the sixth step 530. In a minimal been verified to be correct, control next passes to an eighth 

implementation of the method, no looping occurs and the step 640 whereby communication once again resumes using 

method terminates after the first pass through the sixth step the previously established virtual session. 

530, Referring now to FIG. 7, a method 700 of processing 

Referring now to FIG. 6, a method 600 practiced by the 65 communication requests in a virtual session is illustrated, 

virtual session server 210 is illustrated. In a first step 605, a This method is preferably praaiced by the virtual session 

first physical layer communication connection is established server 215 simultaneously with the method 600, In a first 
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Step 705 a virtual session is established between the virtual 
session server 215 and the remote unit 100 as discussed in 
connection with FIGS. 5 and 6. At some later time, while the 
virtual session is active, the communication server 212 
receives an incoming communication request for the remote 
unit 100. Becatise the virtual session server 215 practices the 
method 500 and/or the method 600, depending on the time 
of arrival of the communication, the remote unit 100 may or 
may not be physically connected to the virtual session server 
215 by a physical communication link. Hence when the 
communication is received, control passes from the step 705 
based on a decision 710 which determines whether a physi- 
cal connection currently exists to the remote unit 100. 

If the virtual session is presently in a state whereby the 
physical connection has been disconnected, control passes 
from the first step 705 to a second step 715. In the second 
step 715 the communication request ts accepted by the 
communication server 212 through a direct connection or 
via the communication interface 210. Control next passes to 
a third and optional step 720 whereby a specific caller 
identification packet is associated with the communication 
type. For example, if the communication involves a tele- 
phone call a fist caller identification packet is sent identify- 
ing an extension used for telephone calls. If the communi- 
cation involves an email, a second caller identification 
packet is sent identifying an extension used for email. On the 
other hand, if the communication comes firom the applica- 
tion program 220, still another caller identification packet is 
sent. When this optional use of a caller identification packet 
is employed, the remote unit 100 has the information needed 
to properly and immediately respond to an incoming call as 
discussed in connection with FIG. 8. If a caU is received by 
the remote unit from a source other than the virtual connec- 
tion server 215, the caller identification information will 
identify the call as not being associated with the virtual 
session. Control next passes to a fourth step 725 whereby an 
automatic dialer responds to conmiunication requests and 
the communication is forwarded to the remote unit 100. 

Another situation arises when the commxmication request 
arrives while the remote unit 100 and the virtual session 
server 215 are currently connected by an existing physical 
channel. According to one mode of processing, control stays 
in the first step 705 while communication proceeds in an 
active phase of a virtual session. When the communication 
request arrives, the communication server 212 signals to the 
virtual session server that a new call has arrived for the 
remote unit 100. The virtual session server then causes the 
existing physical layer communication connection to be 
dropped and thus control passes from the first step 705 to the 
second step 715 as in the foregoing discussion. In another 
mode of processing, the existing physical layer communi- 
cation connection is left in tact and control passes from the 
first step 705 to a fifth step 745. In the fifth step 745, the 
communication is packetized, and in a sixth step 750 the 
communication packets are passed along the existing physi- 
cal layer communication connection. Control continues to 
loop back from the sixth step 750 to the fifth step 745 during 
the course of the commimication. In this mode of operation 
the existing physical layer communication connection is 
shared to provide the remote user with a means to stay 
connected to the application program 220 and communicate 
at the same time. In this case the physical layer is time 
shared by the virtual session to allow multiple modes of 
communications to proceed in parallel 

Note the method 700 provides the user of the remote unit 
100 with a virtual presence in the work place while actually 
being remote. Independent of whether the remote unit is 
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presently actively connected to the virtual session server, the 
communication request may be forwarded to the remote unit 
100 making the remote user appear to be present in the office 
at aU times. The only time the remote unit 100 would not be 

S reachable is when it is engaged in a communication with an 
entity other than the virtual connection server. This problem 
may be mitigated by allowing the remote unit to only be 
reachable through the access number provided by the com- 
munication server 212. If a call is placed from the remote 
unit to another point, this call too may be routed through the 
communication server 212. Systems which do allow the 
remote imit to make calls outside the virtual session may 
preferably employ voice mail at the communication server 
212. When the remote unit again becomes available, the 

-J5 virtual session server 215 may forward the communication 
to the remote unit according to the method 700. Remote 
units may also be designed using call-waiting concepts 
whereby the virtual session may be re-activated by inter- 
rupting another call. 

20 Referring now to FIG. 8, an optional method 800 prac- 
ticed by the remote unit 100 is Dlustrated. This method is 
practiced when a virtual session exists, the remote unit and 
the virtual session server are presently not connected via a 
physical channel, and a communication request is to be 

25 forwarded to the remote unit 100. In a first step a first ring 
signal is detected. Optionally, the first ring signal is sup- 
pressed so the user will not hear it. In some systems a 
vibrational first ring signal may be allowed to pass through 
to notify the user of an incoming communication. In still 

30 other embodiments, the remote unit may be programmed to 
sound a normal ring on the first ring signal. In some 
embodiments the ring signal will not be a traditional tele- 
phone ring signal but will in general be any signal indicative 
of an incoming communication request. 

35 In current systems, a caller identification packet is pre- 
sented to the called party after the first ring signal. Hence 
identification of the calfing party becomes available at this 
time. After the first ring signal, control passes firom the first 
step 805 to a second step 810, In the second step 810, the 

40 caller identification information is evaluated. Note it would 
be preferable to accept the caller identification data before 
the first ring, and the present invention contemplates sys- 
tems whereby the virtual session server 215 signals to the 
PSTN to provide a caller identification packet before the first 

45 ring. This service does not appear to be available from 
telephone service providers at this time. Embodiments also 
comprehended by the present invention include systems 
whereby the remote unit 100 immediately picks up an 
incoming call and caller identifi.cation information is sent by 

50 the virtual connection server 215 over the connection iden- 
tifying the call-type. During the second step 810, the caller 
identification packet is evaluated. As discussed in connec- 
tion with the third step 720 of the method 700, the virtual 
session server 215 sends out a caller identification packet to 

55 identify the type of incoming call. For example, different 
caller identification packets indicate whether the incoming 
call is an email, a voice telephone call, or a communication 
from the application program 220. 

Control next passes from the second step 810 to a third 

60 step 815. In the third step 815, an application layer program 
is selected to process the incoming call. In the foregoing 
examples, an application may be launched to accept an email 
message, a voice telephone call, or to accept a communica- 
tion from the application program 220. If the communica- 

65 tion is an email, it may be desirable to pop a mailbox icon 
on the screen or to produce a speech signi stating "you've 
got mail." If the incoming call is a voice call, it may be 
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desirable to allow the telephone to ring like a normal 
telephone. If the communication is from the application 
program 220, it may be desirable to update data located in 
the screens of the workflow or otherwise signal the presence 
of new data. Once the appropriate application has been 5 
launched to handle the incoming communication, control 
next passes to a fourth step 820 whereby communication 
session is reactivated and the communication is processed. 
For example, one or more packets of information may be 
received and related information such as an email message 
may be displayed. Also, a telephone call may be allowed to 
proceed or a set of information may be downloaded from the 
application program 220. 

Although the present invention has been described vnth 15 
reference to specific embodiments, other embodiments may 
occur to those skilled in the art without deviating from the 
intended scope. For example, other forms of communica- 
tions such as fax messages may be accepted and displayed 
by the remote unit 100. Also, the present invention may be 
used for applications other than mobile workers and Internet 
users. Virtual sessions according to the present invention arc 
applicable to any situation where a continual connectivity is 
required but the cost to remain continuously connected is 
high. Vehicle computers with cellular radio based Internet 25 
connections are an example. In such systems, the remote 
unit 100 may be a vehicle-mounted computer or may include 
a connection to a vehicle-mounted computer. Also, virtual 
sessions according to the present invention are applicable to 
any situation where the user should not be burdened with the ^0 
need to upload and/or download data and go through con- 
nection and disconnection procedures. Therefore, it is to be 
understood that the invention herein encompasses all such 
embodiments which do not depart from the spirit and scope 
of the invention as defined in the appended claims. 

What is claimed is: 

1. For use in controlling a virtual session, a method 
comprising: 

establishing a virtual session with a remote entity, the 40 
virtual session being instantiated to support an appli- 
cation layer program; 

placing the virtual session in an inactive state; 

receiving an incoming call; 

45 

reading a set of caller identification information from said 
call; 

checking the set of caller identification information to see 
if it identifies the application layer program; and 

if the step of checking results in a match, activating the 50 
virtual session. 

2. The method of claim 1, wherein the virtual session is 
also estabUshed to support a second application program, the 
step of checking involves determining whether any of the 
application program or the second application are identified 55 
by the set of caller identification information, and if the step 

of checking results in a match, additionally selecting which 
of the application programs to launch. 

3. The method of claim 1, wherein a second virtual 
session is also established to support a second application 60 
program, the step of checking involves determining whether 
any of the application program or the second application are 
identified by the set of caller identification information, and 

if the step of checking results in a match, additionally 
checking which of virtual sessions to activate and which the 65 
application programs to laimch, and in the step of activating, 
activating the identified virtual session and application. 
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4. For use in controlling a virtual session, a method 
comprising: 

establishing a virtual session with a remote entity, the 

virtual session being instantiated to support at least one 

application layer program; 
placing the virtual session in an inactive state; 
receiving a ring signal via a communication path; 
reading a set of information that follows the ring signal; 
checking the set of information to sec if it identifies the 

application layer program; and 
if the step of checking results in a match, activating the 

virtual session and coupling the at least one application 

to the remote entity thereby, 

5. For use in controlling a virtual session, a method 
comprising: 

establishing a virtual session with a remote entity, the 

virtual session being instantiated to support at least one 

application layer program; 
placing the virtual session in an inactive state; 
receiving an incoming communication request; 
reading a set of information associated with said incoming 

communication request; 
checking the set of information to see if it identifies the 

application layer program; and 
if the step of checking results in a match, activating the 

virtual session and coupling the at least one application 

to the remote entity thereby. 

6. For use in controlling a virtual session on a server, a 
method comprising: 

establishing a virtual session with a remote unit, the 
virtual session being instantiated to support at least one 
application layer program; 

placing the virtual session in an inactive state; 

dialing a telephone number corresponding to said remote 
unit to cause a ring signal followed by a set of 
application-program identifying caller identification 
data to be delivered to said remote unit; and 

placing the virtual session back into the active state and 
transferring data between the application and the 
remote unit via the virtual session in response to said 
step of dialing. 

7. For use in controlling a virtual session on a server, a 
method comprising: 

establishing a virtual session with a remote unit, the 
virtual session being instantiated to support at least one 
application layer program; 

placing the virtual session in an inactive state; 

sending a signal indicative of an incoming communica- 
tion request and an application-program identifying 
packet to said remote unit, said application-program 
identifying packet identifying an application program 
that needs to resume a virtual session and commtmicate 
with said remote unit; and 

placing the virtual session back into the active state and 
transferring data between the application and the 
remote unit via the virtual session in response to said 
step of sending. 

8. A method of pausing a modem connection and recon- 
necting a telephone modem to a far end modem with a 
reduced delay by reducing a time associated with line rate 
re-negotiation, the method comprising: 

initializing a first commimication connection with the far 
end modem over a wireline telephone communication 
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channel using the telephone modem, the initializing the commtinication session is placed back into an active 
being performed at least partially by performing a line state substantially in conjunction with the initialization 
rate negotiation sequence with the far end modem to of the second communication connection, 
derive a first set of modem parameters to be used to 16. The method of claim 8, wherein the communication 
support communications over the wireline telephone 5 session supports a peer-to-peer Internet connection software 
communication channel; layer above the physical layer, and the Internet session is 
storing the set of modem parameters in a memory; between a client software layer co-located with the tele- 
communicating at a negotiated data rate via the first P^oDe modem and a server software layer co-located with 
communication connection with the far end modem modem. .... 
using at least one of the first set of modem parameters; 17. The method of clami 8, wherein the first mdicaUon is 
receiving a first indication associated with a request to generated in response to a user input to a graphical user 
temporarily suspend modem communications; mtcrface of a computer program. .... 
in response to the first indication, terminating the first !«• '^J l^^^hod of claim 8, wherein the first mdicaUon is 
communication connection; generated m response to a user mput to a work flow as 
receiving a second indication associated with a request to 35 P^^^^^^^ ^ g-^^phical user interface of a computer pro- 

resume modem communications; gram, 

in response to the second indication, accessing from the l^. Hie method of claim 8, wherein the second indication 

memory a pluraHty of the first set of modem parameters generated m response to a user acUon. 

and using the accessed modem parameters as modem 20. The method of claim 8, wherem the second indication 

starting parameters in a line rate re -negotiation ^ ^ generated in response to a user mput to a graphical user 

sequence, and initializing a second communication interface of a computer program. 

connection to the far end modem over the wireline 21. The method of claim 8, wherein the second indication 
telephone communication channel using the telephone is generated in response to a user input to a work flow as 
modem, the initiahzing of the second communication presented by a graphical user interface of a computer pro- 
connection being performed at least partially by per- ^ gram. 

forming the hne rate re-negotiation sequence to derive 22. The method of claim 8, wherein first indication is 

a re-negotiated set of modem parameters to be used to generated in response to a first user action and the second 

support communications over the second communica- indication is generated in response to a second user action, 

tion connection of the wireline telephone communica- 23. The method of claim 22, wherein the first user action 

tion channel; and is associated with a call waiting signal and the second user 

communicating at a re-negotiated data rate via the second action is associated with the user hanging up a voice 

communication connection using at least one of the telephone call. 

re-negotiated set of modem parameters; 24. The method of claim 22, wherein the first indication 

wherein the accessed modem starting parameters are used ^ generated in response to first user action indicating a 

to accelerate the derivation of the re-negotiated set of 35 ^^^^^ J^^^ 

modem parameters with respect to the time required to ^^^1^^^ telephone communicaUon channel to be used for a 

derive the first set of modem parameters, and whereby ^^^^ telephone caU, and the second indication is generated 

a setup delay time associated with the initialization of ^ ^^spo^se to a second user action mdicatiye of die desire 

the second communication connection is shorter than a ^ resume modem communicauon with the far end modem, 

setup delay time associated with the initialization of the 40 ''^'''^ ^' ^"^^^^ comprismg: 

first communication connection. establishing a commumcation session between a first 

9. The method of claim 8, wherein the Une rate negotia- software layer coupled to the telephone modem and a 
tion is performed at least partially in accordance with the second software layer coupled to the far end modem, 
V.34 modem standard. wherein the communication session assumes an active 

10. The method of claim 8, wherein the line rate oego- 45 state and supports commumcation between the first and 
tiation is performed at least partially in accordance with the second software layers via the first communication 
V.90 modem standard. connection; 

11. The method of claim 8, wherein the memory includes placing the communication session into an inactive state 
a table structure. substantially in conjunction with the first indication; 

12. The method of claim 8, wherein the modem param- 50 a^id 

eters comprise adjustable echo cancellation coefficients that placing the communication session back into the active 

are adjusted in response to a training signal sent through the state substantially in conjunction with the initializing of 

wireline telephone communication channel. the second communication connection, and using the 

13. The method of claim 8, wherein the modem param- communication session to support communication 
eters comprise adjustable equalizer coefiicients that are 55 between the first and second software layers via the 
adjusted in response to a training signal sent through the second communication connection. 

wireline telephone communication channel. 26. The method of claim 25, herein the communication 

14. The method of claim 8, wherein the modem param- session involves an authentication parameter, 
eters comprise adjustable signal constellation configuration 27. The method of claim 25, wherein: 

parameters that are adjusted in response to a training signal the communication session corresponds to a communica- 

sent through the wireline telephone communication channel. tion services logon session that involves an authenti- 

15. The method of claim 8, wherein: cation parameter; and, 

a communication session is estabUshed in conjunction the first software layer corresponds to cUent-side software 

with the first communication connection; and the second software layer corresponds to serve r- 

the communication session is placed in an inactive state 65 side software, 

substantially in conjunction wit the termination of the 28. The method of claim 25, wherein the communication 

first communication connection; and, session is placed into the inactive state in response to a first 
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user action indicating a desire to pause commuaication in 
order to free up the wireline telephone communication 
channel to be used for a voice call. 

29. The method of claim 25, wherein the communication 
session is placed back into the active slate in response to a 
second user action indicating a desire to resume the com- 
munication session with the software layer coupled to the far 
end modem. 

30. The method of claim 25, wherein the authentication 
parameter is associated with an Internet-related protocol 
above the physical layer to support client-server communi- 
cations using the Internet. 

31. The method of claim 25, wherein the communication 
session is at least partially transacted in accordance with an 
Internet-related protocol above the physical layer in order to 
support client-server conomunications using the Internet. 

32. The method of claim 8, further comprising: 
establishing an application session between a first appli- 
cation software layer coupled to the telephone modem 
and a second application software layer coupled to the 
far end modem, wherein the application session 
assumes an active state and supports communication 
between the first and second application software layers 
via the first communication coimection; 

placing the application session into an inactive slate 
substantially in conjunction with the terminating; and 

placing the application session back into the active state 
substantiaQy in conjunction with the initializing the 
second communication connection, and using the appli- 
cation session to support communication between the 
first and second application software layers via the 
second communication connection, 

33. The method of claim 32, wherein the application 
session involves an authentication parameter. 

34. The method of claim 32, wherein the application 
session involves an authentication parameter corresponding 
to an application logon session conducted between a client 
and server across the Internet. 

35. The method of claim 32, wherein the communication 
session is placed into the inactive state in response to a user 
action indicating a desire to pause communication in order 
to free up the wireline telephone communication channel to 
be used for a voice caU. 

36. The method of claim 32, wherein the communication 
session is placed back into the active stale in response to a 
user action indicating a desire resume the communication 
session wit the software layer coupled to the far end modem. 

37. The method of claim 8, wherein the telephone modem 
is an analog client modem and the far end modem is a digital 
ISP modem. 

38. The method of claim 8, wherein the telephone modem 
is an analog client modem and the far end modem is a digital 
ISP modem, and both modems support the V.90 communi- 
cation protocol. 

39. The method of claim 8, wherein the far end modem is 
an analog client modem and the telephone modem is a 
digital ISP modem, and both modems support the V.90 
communication protocol 

40. The method of claim 8, wherein the re-negotiatcd data 
rate can be re-negotiated to be the same as the negotiated 
data rate. 

41. A device, comprising; 

a telephone modem that supports at least one of PCM 
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a computer-readable storage medium; 

a software instantiated on the computer-readable storage 

medium, the software including: 

a first function that causes a first communication con- 
nection with a far end modem to be initialized over 
a wireline telephone communication channel using 
the telephone modem, the initializing being per- 
formed at least partially by performing a line rate 
negotiation sequence with the far end modem to 
derive a first set of modem parameters to be used to 
support communications over the wireline telephone 
communication channel; 

a second function that causes the set of modem param- 
eters to be stored in the memory; 

a third function that causes communication to proceed 
at a negotiated data rate via the first communication 
connection with the far end modem using at least one 
of the first set of modem parameters; 

a fourth function, responsive to a first indication asso- 
ciated with a request to temporarily suspend modem 
communications, to causes the first communication 
connection to be terminated; 

a fifth function, responsive to a second indication 
associated with a request to resume modem 
communications, to causes a plurality of the first set 
of modem parameters to be accessed from memory, 
the accessed modem parameters to be used as 
modem starting parameters in a line rate 
re-negodation sequence, and a second commtmica- 
tion connection to be initialized to the far end 
modem over the wireline telephone communication 
channel using the telephone modem, wherein the 
initializing of the second commimication connection 
is performed at least partially by performing the line 
rate re-negotiation sequence to derive a re-negotiated 
set of modem parameters to be used to support 
communications over the second communication 
connection of the wireline telephone commimication 
channel, wherein the plurality of the stored modem 
starting parameters are used to accelerate the deri- 
vation of the re-negotiated set of modem parameters 
with respect to the time required to derive the first set 
of modem parameters, and whereby a setup delay 
time associated with the initialization of the second 
communication connection is shorter than a setup 
delay time associated with the initialization of the 
first communication connection; and 

a sixth function that causes commimication to resume 
at a re-negotiated data rate via the second commu- 
nication connection using at least one of the 
re-negotiated set of modem parameters. 

42. The device of claim 41, wherein the Une rate nego- 
tiation is performed at least partially in accordance with the 
V.34 modem standard. 

43. The device of claim 41, wherein the line rate nego- 
tiation is performed at least partially in accordance with the 
V.90 modem standard. 

44. The device of claim 41, wherein the memory includes 
a table structure. 

45. The device of claim 41, wherein the modem param- 
eters comprise adjustable echo cancellation coefficients that 
are adjusted in response to a training signal sent through the 
wireline telephone communication channel. 

46. The device of claim 41, wherein the modem param- 



pulse amplitude data transmission and reception, and 55 ©teis comprise adjustable equalizer coefficients that are 
includes a coupling for connecting to a telephone line; adjusted in response to a training signal sent through the 
a memory; wireline telephone communication channel. 
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47. The device of claim 41, wherein the modem param- 
eters comprise adjustable signal constellation configuration 
parameters that are adjusted in response to a training signal 
sent through the wireline telephone communication channel. 

48. The device of claim 41, wherein: 

a communication session is established in conjunction 
with the first communication connection; 

the communication session is placed in an inactive state 
substantially in conjunction with the termination of the 
first cormnunication connection; and, 

the conamunication session is placed back into an active 
state substantially in conjimction with the initialization 
of the second communication connection. 

49. The method of claim 48, wherein the communication 
session supports a peer-to-peer Internet connection software 
layer above the physical layer, and the Internet session is 
between a client software layer co-located with the tele- 
phone modem and a server software layer co -located with 
the far end modem. 

50. The device of claim 41, wherein the first indication is 
generated in response to a user action. 

51. The device of claim 41, wherein the first indication is 
generated in response to a user input to a graphical user 
interface of a computer program. 

52. The device of claim 41, wherein the first indication is 
generated in response to a user input to a work flow as 
presented by a graphical user interface of a computer pro- 
gram. 

53. The device of claim 41, wherein the second indication 
is generated in response to a user action. 

54. The device of claim 41, wherein the second indication 
is generated in response to a user input to a interface of a 
computer program. 

55. The device of claim 41, wherein the second indication 
is generated in response to a user input to a work flow as 
presented by a graphical user interface of a computer pro- 
gram. 

56. The device of claim 41, wherein the first indication is 
generated in response to a first user action and the second 
indication is generated in response to a second user action. 

57. The device of claim 56, wherein the first user action 
is associated with a call waiting signal and the second user 
action is associated with the user hanging up a voice 
telephone call, 

58. The device of claim 56, wherein the first indication is 
generated in response to a first user action indicating a desire 
to pause communication in order to free up the wireline 
telephone communication channel to be used for a voice 
telephone caU, and the second indication is generated in 
response to a second user action indicating a desire to 
resume modem communication with the far end modem. 

59. The device of claim 41, further comprising; 

a seventh function that causes a communication session to 
be established between a first software layer coupled to 
the telephone modem and a second software layer 
coupled to the far end modem, wherein the communi- 
cation session assmnes an active state and supports 
communication between the first and second software 
layers via the first communication connection; 

a eighth function that causes the communication session 
to be placed into an inactive state substantially in 
conjunction wit the tenninating; and 

a ninth function that causes the communication session to 
be placed back into the active state substantially in 
conjunction with the initializing of the second commu- 
nication coimection, and using the communication ses- 
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sion to support communication between the first and 
second software layers via the second communication 
connection. 

60. The device of claim 59, wherein the communication 
5 session involves an authentication parameter. 

61. The device of claim 59, wherein the communication 
session corresponds to a communication services logon 
session that involves an authentication parameter, the first 
software layer conesponds to client-side software and the 
second software layer corresponds to server-side software. 

62. The device of claim 59, wherein the communication 
session is placed into the inactive state in response to a first 
user action indicating a desire to pause communication in 
order to free up the wireline telephone communication 

j5 channel to be used for a voice call. 

63. The device of claim 62, wherein the communication 
session is placed back into the active state in response to a 
second user action indicating a desire to resume the com- 
munication session with the software layer coupled to the far 

20 end modem. 

64- The method of claim 62, wherein the authentication 
parameter is associated with an Internet-related protocol 
above the physical layer to support client-server communi- 
cations using the Internet. 

25 65. The method of claim 62, wherein the communication 
session is at least partially transacted in accordance with an 
Internet-related protocol above the physical layer in order to 
support client-server commxmications using the Internet. 

66. The device of claim 41, further comprising: 

30 an seventh function that causes an application session to 
be established between a first application software layer 
coupled to the telephone modem and a second appli- 
cation software layer coupled to the far end modem, 
wherein the application session assumes an active state 

35 and supports communication between the first and 
second application software layers via the first com- 
munication connection; 
a eighth function that causes the application session to be 
placed into an inactive state substantially in conjunc- 

40 tion with the terminating; and 

a ninth function that causes the application session to be 
placed back into the active state substantiaUy in con- 
junction with the initializing the second communica- 
tion connection, and using the application session to 

45 support communication between the first and second 
application software lay is via the second communica- 
tion connection. 

67. The device of claim 66, wherein the application 
session involves an authentication parameter. 

50 68. The device of claim 66, wherein the application 
session involves an authentication parameter corresponding 
to an application logon session conducted between a client 
and server across the Internet. 

69. The device of claim 66, wherein the application 
55 session is placed into the inactive state in response to a user 

action indicating a desire to pause communication in order 
to free up the wireline telephone communication channel to 
be used for a voice call. 

70. The device of claim 66, wherein the application 
60 session is placed back into the active state in response to a 

user action indicating a desire resume the communication 
session with the software layer coupled to the far end 
modem. 

71. The device of claim 66, wherein the memory com- 
65 prises the computer-readable storage medium. 

72. The device of claim 41, wherein the memory com- 
prises nonvolatile memory. 
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73. The method of claim 41, wherein the telephone 
modem is an analog client modem and the far end modem 
is a digital ISP modem, and both modems support the V.90 
communication protocol. 

74. The method of claim 41, wherein the far end modem 
LS an analog cUent modem and the telephone modem is a 
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digital ISP modem, and both modems support the V.90 
communication protocol. 

75. The method of claim 41, wherein the re-negotiated 
data rate can be re-negotiated to be the same as the nego- 
tiated data rate. 

* * * 4t * 
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